第1章 Maven介绍
1.1 什么是Maven
1.1 Maven
Maven是一个项目管理工具，它包含了一个项目对象模型 (POM：Project Object Model)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管理系统(Dependency Management System)，和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。
1.2 Maven能解决什么
项目开发不仅仅是写代码而已，期间会伴随着各种必不可少的事情要做，比如：
1、我们需要引用各种jar包，尤其是比较大的工程，引用的jar包往往有几十个乃至上百个， 每用到一种jar包，都需要手动引入工程目录，而且经常遇到各种让人抓狂的jar包冲突，版本冲突。
2、写好了Java文件，电脑需要将它编译成二进制字节码。现在这项工作可以由各种集成开发工具帮我们完成，Eclipse、IDEA等都可以将代码即时编译。
3、为了减少bug，写完代码我们还要写一些单元测试，然后一个个的运行来检验代码质量。
4、再优雅的代码也是要出来卖的。我们后面还需要把代码与各种配置文件、资源整合到一起，定型打包，如果是web项目，还需要将之发布到服务器。
如果现在有一种工具，可以把你从上面的繁琐工作中解放出来，能帮你构建工程，管理jar包，编译代码，还能帮你自动运行单元测试，打包，生成报表，甚至能帮你部署项目，生成Web站点，你会心动吗？Maven就可以解决上面所提到的这些问题。
1.3 Maven优点
要将web项目运行起来，就必须将该项目所依赖的一些jar包添加到工程中，否则项目就不能运行。试想如果具有相同架构的项目有十个，那么我们就需要将这一份jar包复制到十个不同的工程中。
使用传统Web项目构建的CRM项目如下：
因为上面的WEB程序要运行，我们必须将项目运行所需的Jar包复制到工程目录中，导致了工程很大。
同样的项目，如果使用Maven工程来构建，会发现总体上工程的大小会少很多。如下图:
1.2 Maven的作用
1.2.1 Maven的依赖管理
Maven的一个核心特性就是依赖管理。当我们涉及到多模块的项目（包含成百个模块或者子项目），管理依赖就变成一项困难的任务。Maven展示出了它对处理这种情形的高度控制。
传统的WEB项目中，我们必须将工程所依赖的jar包复制到工程中，导致了工程的变得很大。那么maven工程是如何使得工程变得很少呢？
通过分析发现：maven工程中不直接将jar包导入到工程中，而是通过在pom.xml文件中添加所需jar包的坐标，这样就很好的避免了jar直接引入进来，在需要用到jar包的时候，只要查找pom.xml文件，再通过pom.xml文件中的坐标，到一个专门用于”存放jar包的仓库”(maven仓库)中根据坐标从而找到这些jar包，再把这些jar包拿去运行
通过读取pom.xml 文件中的坐标，再到仓库中找到jar包，会不会很慢？
通过pom.xml文件配置要引入的jar包的坐标，再读取坐标并到仓库中加载jar包，这样我们就可以直接使用jar包了，为了解决这个过程中速度慢的问题，maven中也有索引的概念，通过建立索引，可以大大提高加载jar包的速度，使得我们认为jar包基本跟放在本地的工程文件中再读取出来的速度是一样的。这个过程就好比我们查阅字典时，为了能够加快查找到内容，书前面的目录就好比是索引，有了这个目录我们就可以方便找到内容了，一样的在maven仓库中有了索引我们就可以认为可以快速找到jar包。
1.2.2 项目的一键构建
我们的项目，往往都要经历编译、测试、运行、打包、安装 ，部署等一系列过程。
- 什么是构建？
指的是项目从编译、测试、运行、打包、安装 ，部署整个过程都交给maven进行管理，这个过程称为构建 - 一键构建
指的是整个构建过程，使用maven一个命令可以轻松完成整个工作。
Maven规范化构建流程如下：
通过tomcat:run的这个命令，我们发现现在的工程编译，测试，运行都变得非常简单。
第2章 Maven的使用
2.1 Maven的安装
Maven下载后，将Maven解压。解压后目录结构如下：
bin:存放了maven的命令，比如我们前面用到的mvn tomcat:run
boot:存放了一些maven本身的引导程序，如类加载器等
conf:存放了maven的一些配置文件，如setting.xml文件
lib:存放了maven本身运行所需的一些jar包
通过 mvn -v命令检查 maven是否安装成功，看到maven的版本为3.5.2及java版本为1.8即为安装成功。
2.2 Maven仓库
maven的工作需要从仓库下载一些jar包，如下图所示，本地的项目A、项目B等都会通过maven软件从远程仓库（可以理解为互联网上的仓库）下载jar包并存在本地仓库，本地仓库 就是本地文件夹，当第二次需要此jar包时则不再从远程仓库下载，因为本地仓库已经存在了，可以将本地仓库理解为缓存，有了本地仓库就不用每次从远程仓库下载了。
下图描述了maven中仓库的类型：
- 本地仓库 ：用来存储从远程仓库或中央仓库下载的插件和jar包，项目使用一些插件或jar包，优先从本地仓库查找
默认本地仓库位置在 ${user.dir}/.m2/repository，${user.dir}表示windows用户目录。 - 远程仓库：如果本地需要插件或者jar包，本地仓库没有，默认去远程仓库下载。
远程仓库可以在互联网内也可以在局域网内。 - 中央仓库 ：在maven软件中内置一个远程仓库地址http://repo1.maven.org/maven2 ，它是中央仓库，服务于整个互联网，它是由Maven团队自己维护，里面存储了非常全的jar包，它包含了世界上大部分流行的开源项目构件。
2.2.2 Maven本地仓库的配置
在MAVE_HOME/conf/settings.xml文件中配置本地仓库位置（maven的安装目录下）：
2.2.3 全局setting与用户setting
maven仓库地址、私服等配置信息需要在setting.xml文件中配置，分为全局配置和用户配置。
在maven安装目录下的有 conf/setting.xml文件，此setting.xml文件用于maven的所有project项目，它作为maven的全局配置。
如需要个性配置则需要在用户配置中设置，用户配置的setting.xml文件默认的位置在：${user.dir} /.m2/settings.xml目录中,${user.dir} 指windows 中的用户目录。
maven会先找用户配置，如果找到则以用户配置文件为准，否则使用全局配置文件。
2.3 Maven工程
2.3.1 Maven工程的目录结构
作为一个maven工程，它的src目录和pom.xml是必备的。
进入src目录后，里面的目录结构如下：
src/main/java —— 存放项目的.java文件
src/main/resources —— 存放项目资源文件，如spring, hibernate配置文件
src/test/java —— 存放所有单元测试.java文件，如JUnit测试类
src/test/resources —— 测试资源文件
target —— 项目输出位置，编译后的class文件会输出到此目录
pom.xml——maven项目核心配置文件
如果是普通的java项目，那么就没有webapp目录。
2.3.2 Maven工程的运行
进入maven工程目录（当前目录有pom.xml文件），运行tomcat:run命令。
根据上边的提示信息，通过浏览器访问：http://localhost:8080/maven-helloworld/
2.3.3 问题处理
如果本地仓库配置错误会报下边的错误
maven工程运行先从本地仓库找jar包，本地仓库没有再从中央仓库找，上边提示downloading…
表示 从中央仓库下载jar，由于本地没有联网，报错。
解决：
在maven安装目录的conf/setting.xml文件中配置本地仓库。
第3章 Maven常用命令
可以在cmd中通过一系列的maven命令来对工程进行编译、测试、运行、打包、安装、部署。
3.1.1 compile
compile是maven工程的编译命令，作用是将src/main/java下的文件编译为class文件输出到target目录下。
进入命令状态，执行mvn compile，如下图提示成功：
查看 target目录，class文件已生成，编译完成。
3.1.2 test
test是maven工程的测试命令 mvn test，会执行src/test/java下的单元测试类。
cmd执行mvn test执行src/test/java下单元测试类，下图为测试结果，运行1个测试用例，全部成功。
3.1.3 clean
clean是maven工程的清理命令，执行 clean会删除target目录及内容。
3.1.4 package
package是maven工程的打包命令，对于java工程执行package打成jar包，对于web工程打成war包。
3.1.5 install
install是maven工程的安装命令，执行install将maven打成jar包或war包发布到本地仓库。
从运行结果中，可以看出：
当后面的命令执行时，前面的操作过程也都会自动执行，
3.1.6 Maven指令的生命周期
maven对项目构建过程分为三套相互独立的生命周期：
Clean Lifecycle 在进行真正的构建之前进行一些清理工作。
Default Lifecycle 构建的核心部分，编译，测试，打包，部署等等。
Site Lifecycle 生成项目报告，站点，发布站点。
3.1.7 maven的概念模型
Maven包含了一个项目对象模型 (Project Object Model)，一组标准集合，一个项目生命周期(Project Lifecycle)，一个依赖管理系统(Dependency Management System)，和用来运行定义在生命周期阶段(phase)中插件(plugin)目标(goal)的逻辑。
- 项目对象模型 (Project Object Model)
一个maven工程都有一个pom.xml文件，通过pom.xml文件定义项目的坐标、项目依赖、项目信息、插件目标等。 - 依赖管理系统(Dependency Management System)
通过maven的依赖管理对项目所依赖的jar 包进行统一管理。
比如：项目依赖junit4.9，通过在pom.xml中定义junit4.9的依赖即使用junit4.9，如下所示是junit4.9的依赖定义：
1 | <!-- 依赖关系 --> |
- 一个项目生命周期(Project Lifecycle)
使用maven完成项目的构建，项目构建包括：清理、编译、测试、部署等过程，maven将这些过程规范为一个生命周期，如下所示是生命周期的各各阶段：
maven通过执行一些简单命令即可实现上边生命周期的各各过程，比如执行mvn compile执行编译、执行mvn clean执行清理。
- 一组标准集合
maven将整个项目管理过程定义一组标准，比如：通过maven构建工程有标准的目录结构，有标准的生命周期阶段、依赖管理有标准的坐标定义等 - 插件(plugin)目标(goal)
maven 管理项目生命周期过程都是基于插件完成的。
3.2 idea开发maven项目
3.2.1 idea的maven配置
选择本地maven安装目录，指定maven安装目录下conf文件夹中settings配置文件。
3.2.2 创建maven的web工程
打开idea，选择创建一个新工程
选择idea提供好的maven的web工程模板
点击Next填写项目信息
点击Next，此处不做改动。
点击Next选择项目所在目录
点击Finish后开始创建工程，耐心等待，直到出现如下界面。
第4章 总结
4.1 坐标定义
在pom.xml中定义坐标，内容包括：groupId、artifactId、version，详细内容如下：
1 | <!--项目名称，定义为组织名+项目名，类似包名--> |
4.2 pom基本配置
pom.xml是Maven项目的核心配置文件，位于每个工程的根目录，基本配置如下:
1 | <project > ：文件的根节点 . |